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SYSTEM AND METHOD FOR WEB OR FILE SYSTEM ASSET MANAGEMENT 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to managing assets in a file system or other data 
storage, and more particularly to managing assets on Web servers. 

2. Description of the Related Art 

The World Wide Web and other information repositories such as online databases and file 
servers afford quick access to a large amount of information. Typically, assets on the Web, e.g., 
Web pages, display not only information but also include reference pointers, referred to as hyperlinks, 
to other assets (e.g., Web pages, images, audio files, etc.) on the Web. A user browser can be 
operated to select a hyperlink and thereby cause the pointed-to asset to be displayed on a user's 
computer. It is to be appreciated that while the discussion below focusses on the Web, the present 
invention is also directed to file servers in which the assets can be files that might include reference 
pointers to other files in the system. 

To create a Web page with attendant hyperlinks, a software program known as an authoring 
tool can be used. Authoring tools, however, do not guarantee that pointed-to assets are actually 
published (i.e., written to the Web server). Also, as understood by the present invention authoring 
tools typically maintain internal/local repositories of information and can perform local checks on 
the validity of links, but they do not directly manage the final published assets on the Web server 
and, hence, cannot guarantee link validity after publication. Moreover, since asset management is 
typically not coordinated, new versions of pointed-to assets can be published and new versions of 
pointing assets can be published with old, out-of-date hyperlinks. Furthermore, the lack of asset 
management on the Web server can result in an asset being moved, inadvertently or maliciously, 
from where the hyperlink indicates the asset is. Often, pointers to assets become valid only after the 
pointed-to assets are placed by hand on the server via a manual or automated process (e.g., a 
program). Consequently, it is frequently the case that a user selecting a hyperlink will be presented 
with a "file not found" message. This is time consuming and frustrating. 
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The present invention has carefully considered the above problems and has provided the 
solution set forth herein to provide guarantees that links are not broken (no "file not found" 
messages). It also provides, among other things, access control,, version control, selective 
management based on metadata (by author, linkage, date, group information, etc.), individual and 
bulk asset management with integrity of reference pointers, and coordinated backup and recovery of 
metadata and assets. 

SUMMARY OF THE INVENTION 

A computer-implemented method is disclosed for managing assets on plural Web servers. The 
method includes crawling the Web servers to identify assets and hyperlinks therein. The method also 
includes storing data representative of the assets and hyperlinks in a database that is used to ensure 
that when a user browser selects a hyperlink represented in the database, the user is not presented 
with a "file not found" message. 

In a preferred embodiment, the method includes determining that a hyperlink is a broken 
hyperlink when the hyperlink points to an asset not represented in the database, and then undertaking 
action to address broken hyperlinks. This can include modifying an asset on the Web server or 
adding an asset to the Web server such that when a user browser selects a hyperlink represented in 
the database, the user is not presented with a "file not found" message. 

As set forth in greater detail below, the preferred method also includes linking the data in the 
database to the corresponding assets on the Web servers. Preferably, the linking is undertaken using 
robust pointers. With this linking, when it is determined that a user is attempting to create a new 
asset on one of the Web servers, the user can be redirected to an intermediate directory. The new 
asset is received in the intermediate directory and then copied to the final location, e.g., a Web 
server's document directory. Next, the new asset is crawled to identify assets and hyperlinks therein, 
and data representative of the assets and hyperlinks is stored in the database. 

Moreover, when it is determined that a user is attempting to modify an existing asset in one 
of the Web servers, the preferred logic includes unlinking the asset from the database and allowing 
the user to update the asset to render a modified asset. This aspect of the present logic also includes 
crawling the modified asset to identify assets and hyperlinks therein, storing data representative of 
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the assets and hyperlinks of the modified asset in the database, and reHnking both the modified asset 
and the original asset to the database. 

As intended in the preferred embodiment, the database is remote from the Web servers. 
Furthermore, owing to the robust pointers used in the preferred embodiment, when the database is 
backed up the assets and hyperlinks listed in the database are also automatically backed up. 
Likewise, when the database is recovered, the backed up assets and hyperlinks are automatically 
recovered and sent to their respective Web servers. 

In another aspect, a computer system is disclosed for managing assets in a data repository 
such as at least one Web server or at least one file system. The computer system includes computer 
readable code means for identifying the assets and for identifying reference pointers in the assets to 
other assets in the data repository. Also, the computer system includes computer readable code 
means for determining whether any broken reference pointers refer to assets not present in the data 
repository, such that a system manager can address the broken reference pointers. Once fixed, the 
present invention guarantees that the links will not be subsequently rebroken. 

In still another aspect, a computer program product includes at least one program of 
instructions readable by a Web server to undertake method acts that include crawling the Web server 
to identify assets and hyperlinks therein. The logic also includes sending metadata representative of 
the assets and hyperlinks to a database, such that when a user browser selects a hyperlink represented 
in the database, the user is not presented with a "file not found" message. 

In yet another aspect, a computer program product includes a program of instructions that 
generates data representative of assets and hyperlinks from plural Web servers. In accordance with 
the present invention, a link manager maintains the database such that when a user browser selects 
a hyperlink represented in the database, the user is not presented with a "file not found" message. 

The details of the present invention, both as to its structure and operation, can best be 
understood in reference to the accompanying drawings, in which like reference numerals refer to like 
parts, and in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of the architecture of the present system; 
Figure 2 is a schematic diagram of a computer program product; 
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Figure 3 is a flow chart of the logic for Hnking database assets to a link table; 
Figure 4 is a flow chart showing the logic for creating new assets while ensuring link 
integrity; 

Figure 5 is a flow chart showing the logic for modifying assets while ensuring link integrity; 

5 and 

Figure 6 is a schematic diagram of metadata associated with remotely-stored assets in 
accordance with present principles. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring initially to Figure 1, a system is shown, generally designated 10, for managing 
Ids assets in a file system or across plural Web servers (only first and second Web servers 12, 14 showTi 
in Figure 1) m a subset of the Internet, such as in an Intranet. Thus, while the discussion below^ 
focusses on the Web server application, it is to be understood that the principles of the present 
i^^ invention apply equally to managing distributed file system assets.- 

p In the embodiment shown, each Web server 12, 14 includes plural software-implemented 

1^,, server control modules 16 that imdertake the server-side logic shown in the flow charts below. As 
a indicated in Figure 1, the server control modules 16 preferably are Java servlets. Also, each Web 
ijj server 12, 14 includes a respective conventional hypertext transfer protocol module (HTTPD) 1 8 (i.e., 
web server software) for communicating via the Internet using hypertext markup language (HTML), 
or text, or extensible markup language (XML) in accordance with Web principles known in the art. 
20 Figure 1 shows that each Web server 12, 14 also includes a respective data repository system 

20 that stores assets 22, such as Web pages. The assets 22 can include reference pointers 24, such 
as hyperlinks, to other assets on the same server 12, 14 or, as indicated by the hyperlink 26, to assets 
on other Web servers in the system 10. 

In the presently preferred embodiment, the data repository system 20 of each Web server 12, 
25 14 in the system 10 includes the data management system known as "DataLinks" and disclosed in 
co-pending U.S. patent application serial no. 08/449,600, owned by the same assignee as is the 
present invention and incorporated herein by reference. Accordingly, each server 12, 14 includes a 
respective software-implemented data links file manager (DLFM) 28 and a respective data links 
filesystem filter (DLFF) 30 that function as set forth in the above-referenced patent application and 
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as summarized herein for convenience. Alternatively, the present invention can be used with less 
preferred systems such as conventional relational database systems, e.g., Oracle database systems. 

As incorporated into the present invention, the DataLinks system uses an SQL-based data type 
to allow robust pointers 31 (e.g., uniform resource listings (URLs)) to the assets 22 to be inserted 
into a metadata database 32 that includes a software-implemented link manager 34 which undertakes 
the database-side logic disclosed in greater below. The database 32 can be part of the Web servers 
12, 14 or it can be implemented on a computer that is remote from the servers 12, 14. In any case, 
the pointers 31 establish links between the database 32 and the corresponding assets 22. 

In the preferred embodiment, the database 32 includes metadata for each asset 22 and 
reference pointer 24, 26, as well as other application-specific metadata. As can be appreciated in 
reference to Figure 1, the DLFM 28 and DLFF 30 of each server 12, 14 cooperate with link manager 
34 to enforce integrity of the assets that are linked to the database 32 via the robust pointer 3 1 . The 
control modules 16 communicate with the database 32 over the network shown using JDBC 
communication principles. 

As intended by the present invention, the DLFM 28, DLFF 30, and control modules 16 of 
a server 12, 14, along with the link manager 34, cooperate to ensure that a pointer 31 can be inserted 
into the database 32 only if the asset 22 being pointed to by the pointer 31 actually exists on the 
appropriate server 12, 14. Also, once an asset 22 has been linked to the database 32, the asset 22 
cannot be deleted or renamed without authorization from the file manager 28, However, the normal 
access paths to assets 22 are minimally affected; consequently, normal operations such as read and 
write are minimally affected, and the web server 18 or the control modules 16 can access these assets 
22 directly, without database overhead. 

Moreover, when the database 32 is backed up, the assets 22 that have been linked to the 
database 32 are also automatically archived, providing for coordinated recovery and guaranteeing 
synchronization. Still further, should it become necessary to recover the database 32 from a backed 
up version of the database, the assets 22 and assets that are linked thereto are automatically checked 
and, if necessary, recovered from archive and sent to the servers from which they were backed up. 
It may now be appreciated that while the assets 22 are physically not part of the database 32, they 
are logically part of the database 32. As a consequence, the present system 10 is highly scalable, and 
it avoids problems with version control and replication inherent in systems that require redundant 
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physical copies of assets. As mentioned above, direct asset access does not incur database access 
overhead. 

Having thus summarized the preferred DataLinks implementation of the present architecture, 
the description of Figure 1 will now be completed. The Web servers 12, 14 can communicate with 
one or more software-implemented Web browsers 38 that a person can use to input commands using 
forms or visual interfaces within the browsers 38. Or, an input device 40 can be used. To visualize 
data such as Web pages on an output device, a monitor 42 can be used. Communication can be via 
Internet paths 36 using hypertext markup language (HTML) and/or via paths 45 using extensible 
markup language (XML). For clarity, only the path 36 between the first Web server 12 and the 
browser 38 is shown, it being understood that the second Web server 14 can also be linked to the 
browser 38. In addition, a data link 44 can be established between the link manager 34 and the 
browser 38, to permit a user of the browser 38 to visualize aspects of the database 32. As indicated 
in Figure 1, communication over the data link 44 can use extensible markup language (XML). This 
can happen directly, or via a control on the server that can communicate with the database via the 
network using, e.g., JDBC. 

As intended herein, each of the computers discussed above can be a server computer made 
by International Business Machines Corporation (IBM) of Armonk, N.Y. Other digital processors, 
however, may be used, such as personal computers, laptop computers, mainframe computers, palmtop 
computers, personal assistants, or any other suitable processing apparatus can be used. Likewise, 
other input devices, including keypads, trackballs, and voice recognition devices can be used, as can 
other output devices, such as printers, other computers or data storage devices, and computer 
networks. 

In any case, the processor of each computer accesses the appropriate control modules 16, 34 
to undertaike the logic of the present invention, which may be executed by a processor as a series of 
computer-executable instructions. The instructions may be contained on a data storage device with 
a computer readable medium, such as a computer diskette 46 shown in Figure 2 having a computer 
usable medium 48 with code elements A-D stored thereon. Or, the instructions may be stored on 
random access memory (RAM) of the computer, on a DASD array, or on magnetic tape, conventional 
hard disk drive, electronic read-only memory, optical storage device, or other appropriate data storage 
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device. In an illustrative embodiment of the invention, the computer-executable instructions may be 
lines of JAVA code. 

Indeed, the flow charts herein illustrate the structure of the logic of the present invention as 
embodied in computer program software. Those skilled in the art will appreciate that the flow charts 
illustrate the structures of computer program code elements including logic circuits on an integrated 
circuit, that function according to this invention. Manifestly, the invention is practiced in its essential 
embodiment by a machine component that renders the program code elements in a form that instructs 
a digital processing apparatus (that is, a computer) to perform a sequence of function steps 
corresponding to those shown. 

Now referring to Figure 3, the database setup logic of the present invention can be seen. 
Commencing at block 50, the link manager 34 cooperates with the server control modules 16 to crawl 
the Web servers 12, 14 to identify the assets 22 and reference pointers 24, 26. Proceeding to block 
52, metadata representing the assets 22 and reference pointers 24, 26 is sent to the database 32 for 
storage therein. Once the database 32 receives the metadata,- the metadata is linked to the 
corresponding assets 22/reference pointers 24, 26 preferably in accordance v^th DataLinks principles 
summarized above to prevent deleting, renaming, or otherwise modifying the assets 22 in a way that 
would render a hyperlink "broken". By "broken" is meant that the hyperlink points to an asset that 
either does not exist or that exists in a location other than that pointed to, or that otherwise would 
result in a "file not found" message when the hyperlink is invoked. 

At decision diamond 56 it is determined whether any hyperlink is broken by, e.g., invoking 
the reference pointers 24, 26 one by one and determining whether the pointed-to asset 22 is in fact 
arrived at. If no broken links are found, the setup process ends at state 58, Otherwise, the logic 
moves to block 60 to repair the broken reference pointer. This repair can be undertaken "manually" 
by a user by, e.g., copying a missing asset into the location indicated by the reference pointer. Or, 
the repair can be undertaken using an authoring tool to create a missing asset or to modify an 
existing asset appropriately, or by deleting the pointer altogether. The new and/or fixed assets are 
then crawled at block 62 using the above principles, and then the logic loops back to block 52 as 
shown. 

When a new asset 22 is to be created, the logic of Figure 4 is invoked to block 64. Moving 
to block 66, in the currently preferred embodiment the authoring tool attempting to create the asset 
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is modified to publish to an intermediate directory. Next, at block 68, modifications can be made 
by the authoring tool in the intermediate directory, and these modifications are then copied to the 
intended Web server 12, 14. At block 70, the new assets are crawled using the logic of Figure 3, 
and the database 32 is then updated accordingly. 

When a user wishes to update (e.g., rename or modify content) an asset 22, that is already 
logically present in the database 32, the logic of Figure 5 is invoked commencing at block 72. 
Proceeding to block 74, the asset is unlinked from the database 32, i.e., the robust pointers 31 to the 
asset sought to be modified are disabled. The update is then allowed to be undertaken at block 76, 
after which the asset is crawled and then relinked to the database 32 at block 78 by enabling the 
robust pointers 31. Also, links in dependent assets, i.e., assets that are pointed to from the asset that 
was updated at block 76, are updated at block 79, creating new versions of these assets as well. In 
addition, the unmodified version of the asset can be saved at block 80 and linked back to the 
database 32 at block 82, for archiving purposes. 

Figure 6 shows an XML-based hierarchical display of metadata in the database 32 that can 
be presented on a visual interface or the monitor 42 (Figure 1) if desired. As shown, the metadata 
can include group assets with corresponding identifications, as well as file assets with corresponding 
numbers, identifications, and hyperlinks. The author and owner of the asset can also be included, 
as well as other metadata such as file size, comments, content characteristics, etc. The hierarchies 
can be preserved within these relational tables, with subsequent generation of XML implementing 
the hierarchical scheme. Data management using the present invention advantageously does not 
require that data (assets) be transferred; metadata transfer is sufficient. 

While the particular SYSTEM AND METHOD FOR WEB ASSET MANAGEMENT as 
herein shown and described in detail is fully capable of attaining the above-described objects of the 
invention, it is to be understood that it is the presently preferred embodiment of the present invention 
and is thus representative of the subject matter which is broadly contemplated by the present 
invention, that the scope of the present invention fully encompasses other embodiments which may 
become obvious to those skilled in the art, and that the scope of the present invention is accordingly 
to be limited by nothing other than the appended claims, in which reference to an element in the 
singular is not intended to mean "one and only one" unless explicitly so stated, but rather "one or 
more". All structural and functional equivalents to the elements of the above-described preferred 
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embodiment that are known or later come to be known to those of ordinary skill in the art are 
expressly incorporated herein by reference and are intended to be encompassed by the present claims. 
Moreover, it is not necessary for a device or method to address each and every problem sought to 
be solved by the present invention, for it to be encompassed by the present claims. Furthermore, no 
element, component, or method step in the present disclosure is intended to be dedicated to the public 
regardless of whether the element, component, or method step is explicitly recited in the claims. No 
claim element herein is to be construed under the provisions of 35 U,S.C. §112, sixth paragraph, 
unless the element is expressly recited using the phrase "means for"., 
WE CLAIM: 
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CLAIMS 



1 LA computer- implemented method for managing assets on plural Web servers, 

2 comprising the acts of: 

3 crawling the Web servers to identify assets and hyperlinks therein; 

4 storing data representative of the assets and hyperlinks in a database; ^nd^ 

5 using the database, ensuring that when a user browser selects a hyperlink represented 

6 in the database, the user is not presented with a "file not found" message. 

1 2. The method of Claim 1, further comprising the acts of: 

^§ determining that any hyperlink is a broken hyperlink when the hyperlink points to an 

% asset not represented in the database; 

% undertaking action to address broken hyperlinks, the integrity of the hyperlinks being 

^5; preserved once the hyperlinks are addressed. 

''X 3, The method of Claim 2, vv^igrein the undertaking act includes modifying an asset on 

S the Web server or adding an asse|>t6"the Web server such that when a user browser selects a 
hyperlink in an asset on one of the Web servers, the user is not presented with a "file not found" 

§ message. 

1 4. The method of Claim 1, wherein the using act further includes: 

2 linking the data repre^efitative of the assets and hyperlinks resident in the database to 

3 the corresponding assets on the Web servers. 

1 5. The method of Claim 4, further comprising the acts of: 

2 determining that a userj;^^ attempting to create a new asset on one of the Web servers; 

3 receiving the new asset; 

4 copying the new asset to a Web server; 

5 crawling the new asset to identify assets and hyperlinks therein; and 

6 storing data representative of the assets and hyperlinks in the database. 
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1 6. The method of Claim 4, further comprising the acts of: 

2 determining that a user is attempting to modify an existing asset in one of the Web 

3 servers; 

4 unUnking the existii:ig^set from the database; 

5 allowing the user to update the existing asset to render a modified asset, a copy of the 

6 existing asset being retained; 

7 crawling the modified asset to identify assets and hyperlinks therein; 

8 storing data representative of the assets and hyperlinks of the modified asset in the 

9 database; and 

lifl relinking the modified asset and existing asset with the database, 

# 7. A computer system for managing assets in a data repository such as at least one Web 
i J server or at least one file system, comprising: 

computer readable code means for identifying the assets and for idenfi^ng reference 

4 pointers in the assets to other assets in the data repository; 

^ computer readable code means for determining that a reference pointer is a broken 
reference pointer when the reference pointer refers to an asset not present in the data 

# repository, such that a system manager can address the broken reference pointers. 

1 8. The system of Claim 7, wherein broken reference pointers are addressed using 

2 computer readable code means such^ll^t subsequent computer-based selections of the reference 

3 pointers are not possible or, if possible, do not result in "file not found" messages. 

1 9. The system of Claim 7, wherein the data repository includes at least one file system 

2 or at least two Web servers, and the §ysfem further comprises: 

3 computer readable code means for linking the assets to a database containing metadata 

4 representative of the assets and reference pointers, such that backups of the database 

5 automatically cause the associated assets to be backed up on the file system or Web servers. 
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1 10, The system of Claim 9, further comprising: 

2 computer readable code means for determining that a user is attempting to create a 

3 new asset on one of the Web servers; 

4 computer readable CQd&jneans for receiving the new asset; 

5 computer readable code means for copying the new asset to a Web server; 

6 computer readable code means for crawling the new asset to identify assets and 

7 hyperlinks therein; and 

8 computer readable code means for storing data representative of the assets and 

9 hyperlinks in the database. 

iD 11. The method of Claim 10, further comprising: 

i| computer readable code mpms for determining that a user is attempting to modify an 

12 existing asset in one of the Web servers: 

14 computer readable code means for unlinking the asset from the database; 

U computer readable code means for allowing the user to update the asset to render a 

'6 modified asset; 

ifl computer readable code means for crawling the modified asset to identify assets and 
hyperlinks therein; 

\@ computer readable code means for storing data representative of the assets and 

10 hyperlinks of the modified asset in the database; and 

1 1 computer readable code means for relinking the database with the modified asset. 

1 12. A computer program product including at least one program of instructioils readable 

2 by a Web server to undertake method acts comprising: 

3 crawling the Web server to identify assets and hyperlinks therein; 

4 sending metadata representative of the assets and hyperlinks to a database, whereby 

5 when a user browser selects a hyperlink represented in the database, the user is never 

6 presented with a "file not found" message. 



1 



1 3 . The computer program product of Claim 1 2, wherein the method acts further comprise: 
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2 determining that a user is attempting to create a new asset the Web server; 

3 receiving the new asset; 

4 copying the new asset to a Web server; 

5 crawHng the new asset to identify assets and hyperlinks therein; and 

6 storing metadata representative of the assets and hyperlinks in the database. 

1 14. The computer program product of Claim 1 3 , wherein the method acts further comprise: 

2 determining that a user is attempting to modify an existing asset in the Web server, 

3 such that the asset can be unlinked from the'^^atabase in response; 

4 allowing the user to update the asset to render a modified asset; 
crawling the modified asset to identify assets and hyperlinks therein; 

^ sending metadata representative of the assets and hyperlinks of the modified asset in 

1^5 the database, such that the database can be relinked with the modified asset. 

ig 15, A computer program product including a program of instructions to undertake method 
2 acts comprising: 

i J receiving, in a database, data representative of assets and hyperlinks from plural Web 
servers; 

=fl maintaining the database such that when a user browser selects a hyperlink represented 

6 in the database, the user is never presented with a "file not found" message. 

1 16. The computer program product of Claim 1 5, wherein the method acts further comprise: 

2 determining whether any hyperlink is -dToroken hyperlink when the hyperlink points 

3 to an asset not represented in the database; and 

4 facilitating action to address broken hyperlinks. 

1 17. The computer program product of Claim 15, wherein the method acts further include: 

2 linking the data representative of the assets^d hyperlinks resident in the database to 

3 the corresponding assets on the Web servers. 
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18, 



The method of Claim 1, wherein the database is remote from the Web servers. 



19. The method of Claii^, further comprising automatically backing up the assets and 
hyperlinks when the database is backed up. 

20, The method of Claim 1 9, further comprising automatically recovering backed up assets 
and hyperlinks to their respective Web servers when the database is recovered. 
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SYSTEM AND METHOD FOR WEB OR FILE SYSTEM ASSET MANAGEMENT 

ABSTRACT OF THE DISCLOSURE 

A system and method for managing assets in a file system or plural Web servers includes 
crawling the assets to identify the assets in the system and any reference pointers, such as hyperlinks 
in the Web context, to other assets in the system. Metadata representing the assets and pointers is 
stored in a database that is linked to the assets, such that, e.g., backing up of the database causes the 
assets to be backed up. Any broken pointers such as hyperlinks that point to non-existent Web pages 
are addressed. Then, the database and the links between the database and the underlying assets are 
used to manage subsequent modifications, additions, and deletions to, e.g., assets on a Web server, 
such that it can be ensured that when a user clicks on a hyperlink, a "file not found" message is 
avoided. 
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<ASSETS> 
<GROUP_ASSEr> 
<GR0UPID>2</GROUPID> 
<FILE_ASSET> 

<GR0UPNUM>2</GR0UPNUM> 

<PGR0UPNUM>1 </PGROUPNUM> 

<URL>HTTPy/ELlNKS.ALMADENJBM.COM/eHnks/doc/header_bIack.html</URL> 

<UID>1</UID> 

<AUTHOR>ennks</AUTHOR> 

<OWNER>dlocaI</OWNER> 
<FlLESiZE>823</FiLESlZ£> 
</FlLE_ASSET> 
<FILE_ASSET> 

<GR0UPNUM>2</GR0UPNUM> 

<PGR0UPNUM>1 </PGROUPNUM> 

<URL>HTTP://ELINKSAiJV\ADENJBMrOM/el!nks/doc/bodyJndex.htmI</URL> 
<U1D>3<AJID> 
<AUTHOR>e!inks</AUTHOR> 
<0WNER>dlocal</OWNER> 
<FiLESlZE>4492</FILESIZE> 
</FiLE„ASSET> 
</GROUP_ASSET> 

</ASSETS> 
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iiiiiiiiiiiiiiiiiiiiiiiiiiiiniiiiiiiiiiiiiifiiiiiiiiifi}!!^ 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name. 

1 believe I am the original, first and sole inventor {if only one name is listed below) or an original, first and joint inventor (if plural names are listed 
below) of the subject matter which is claimed and for which a patent Is sought on the invention entitled 

SYSTEM AND METHOD FOR WEB OR FILE SYSTEM ASSET MANAGEMENT 

the specification of which is attached hereto unless the following box is checked: 
was fiied on 

as United States Application Number or PCT International Application Number 

and was amended on (if applicable). 

I hereby state that ! have reviewed and understand the contents of the above identified specification, including the claims, as amended by 
any amendment refen-ed to above. 

I acknowledge the duty to disclose information which is materia! to patentability as defined in 37 CFR §1.56. 

1 hereby claim foreign priority benefits under 35 USC §1 19{a-d) or §365(b) of any foreign appiication(s) for patent or inventor's certificate, or 
§365(a) of any PCT International application which designated at least one country other than the United States, listed below and have also 
identified below, by checking the box, any foreign application for patent or inventor*s certificate, or PCT International application having a 
filing date before that of the application on which priority is claimed. 

Prior Foreign Appncatlon(s): Priority Not Claimed 



(Number) (Country) (Day/Monthrrear Filed) 

I hereby claim the benefit under 35 USC §11 9(e) of any United States provisional application(s) listed below: 

Provisional Application(s): 

(Application Number) (Filing Date) 

1 hereby claim the benefit under 35 USC §120 of any United States appiication(s), or §365(c) of any PCT International application 
designating the United States, listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in the 
prior United States or PCT International application in the manner provided by the first paragraph of 35 USC §1 12, i acknowledge the duty 
to disclose infonnation which is material to patentability as defined in 37 CFR §1 .56 which became available between the filing date of the 
prior application and the national or PCT International filing date of this application. 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 

Power of Attorney: 

I hereby appoint the following attorney(s) and/or agent(s) to prosecute this application and to transact all business in the Patent and 
Trademark Office ^connected therewith: 

Thomas R. Berthold (#28.689) 

Richard M. Ludwin (#33.010) 

Marc D, McSwain (#P-44,929) 

KhanhQ. Tran (#41,352) 

Alison D. Mortinger (#39,306) 

John L. Rogitz (#33,549) 
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Docket No, AM9-89-0080 



DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 

Address ail telephone calls to: Address all correspondence to: 

John L, Rogitz John L Rogitz 

Rogitz & Associates 

(619) 338-8075 750 B Street Suite 3120 

San Diego, California 92101 



! hereby deciare that all statements made herein of my own knowledge are true and that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowtedeethat wiijfui false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
18 of the United States Code and that such willful false statements may jeopardize the validity of the application or any patent issued thereon. 

Full name of sole or first inventor: RAJAT MUKHERJEE 



inventor's signature: ^^^^^^^^^^ ^^^^ 


j 




Residence: 4501 Sneii AvsHue, Apt. 3405, San Jose, Caiifornia 95136 






Citizenship: iodia Post Office Address: 


Same 



